home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0125 / 301.txt < prev    next >
Text File  |  1997-04-16  |  32KB  |  731 lines

  1. Info-Atari16 Digest         Wed, 29 May 91       Volume 91 : Issue 301
  2.  
  3. Today's Topics:
  4.                         Atari 540ST Questions
  5.                     Atari HD hostadapters/drivers.
  6.                              Atari Mortis
  7.                           Atari TT (2 msgs)
  8.         CTL/ALT/DEL doesn't work - memory upgrade peculiarity
  9.                 DCUDEMO.ARC and KDSK_CGF Questions????
  10.              Legal action against STrabble game. (2 msgs)
  11.                           Mac fonts to GDOS
  12.                    Mega STe Question (or Problems)
  13.                       PD fonts for Calamus reqd
  14.                    Questions on Desktop/Environment
  15.                       Reliable archiver/compress
  16.                        scc control on atari-tt
  17.                           STFormat & Stuff.
  18.  
  19. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  20. cross-posting to/from Usenet is getting closer, but still getting thrashed
  21. out.  Please send notifications about broken digests or bogus messages
  22. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  23.  
  24. Please send requests for un/subscription and other administrivia to
  25. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  26. instead of the moderators are likely to be lost or ignored.
  27.  
  28. If you want to unsubscribe, and you're receiving the digest indirectly
  29. from someplace (usually a BITNET host) that redistributes it, please
  30. contact the redistributor, not us.
  31. ----------------------------------------------------------------------
  32.  
  33. Date: 29 May 91 15:25:43 GMT
  34. From:
  35.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.e
  36.  du!pacific.mps.ohio-state.edu!linac!midway!msuinfo!kira!schultzd@arizona.edu
  37.  (Count Zero ... Interrupt)
  38. Subject: Atari 540ST Questions
  39. To: Info-Atari16@naucse.cse.nau.edu
  40.  
  41. An important note:
  42.  
  43. A 520ST is by definition an older machine.  IT DOES NOT HAVE A DRIVE
  44. BUILT IN.  If someone is selling you a 520ST find out if it is an STf
  45. (f for FLOPPY).  Those are newer and have the built in drive.
  46.  
  47. Some of the last 520STf's (before they were discontinued) used 1040
  48. motherboards.  So, to upgrade to 1meg cost only price of a few chips
  49. (a friend did it for $30 in about 3hrs.  Takes some soldering though.
  50. I DON'T HAVE DETAILS, so don't ask me how he did it.)
  51.  
  52. Good Luck with your ST.  I love mine.... So, glad I dumped my Compaq
  53. Luggable...
  54. --
  55.   |||   David W. Schultz                                           |||
  56.   |||   uunet[!rutgers!mailrus]!frith!schultzd                     |||
  57.  / | \  Work Phone: (517)-353-8891                                / | \
  58. /  |  \ "All I see Pornographitti, All I hear Pornographitti..." /  |  \
  59.  
  60. ------------------------------
  61.  
  62. Date: 29 May 91 14:28:12 GMT
  63. From:
  64.  munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!mbaker@uunet.uu.net
  65.  (Matthew Baker)
  66. Subject: Atari HD hostadapters/drivers.
  67. To: Info-Atari16@naucse.cse.nau.edu
  68.  
  69. Greetings all!
  70.  
  71. I'm looking for some information on the available host adapters for the ST,
  72. and also driver s/w.
  73.  
  74. Currently I am running a Megafile 30 adapter board and an NEC D3142
  75. drive.  Someone I know is looking for an RLL controller to talk to an RLL
  76. CDC wren, and I want to sell my controller to this person.
  77.  
  78. This places me in a difficult position: I need to find a new controller.
  79.  
  80. My current unit took me 3 months and untold hassles with certain Oz atari
  81. techs, and I don't really want to try this again.
  82.  
  83. An well, I have my eyes on another 3142, with which I hope to add a minix
  84. filesystem to my machine.
  85.  
  86. Thus, I am seeking a hostadapter which will run RLL : the only possibilites
  87. seem to me to be:
  88.  
  89. ICD + Adaptec 4000A.
  90.  
  91. Supra. (is this ACSI <-> RLL or ACSI <-> SCSI???)
  92.  
  93. Berkley Microsystems. (again, to what?? RLL? SCSI?)
  94.  
  95. Are there other hostadapters available??
  96. Are they any good??
  97. Costs??
  98.  
  99. Please, being hereunder in Oz, can I have some addresses for the
  100. _manufacturer_ or a dealer that will export here?
  101.  
  102. With regards to driver s/w, I understand that the Atari HDI will not support
  103. more than one drive per LUN. - how about the Supra/ICD/Berkley drivers?
  104.  
  105. How about Claus' driver (CBHD) - cost, language, etc...
  106.  
  107.  
  108. Many thanks all.
  109.  
  110. Matthew.
  111.  
  112. ------------------------------
  113.  
  114. Date: 29 May 91 14:12:19 GMT
  115. From: noao!ncar!midway!clout!chinet!saj@arizona.edu (Stephen Jacobs)
  116. Subject: Atari Mortis
  117. To: Info-Atari16@naucse.cse.nau.edu
  118.  
  119. In article <1991May28.180143.4644@colorado.edu> chuj@horton.Colorado.EDU (CHU
  120.  JEFFREY) writes:
  121. >In article <1111@stewart.UUCP> jerry@stewart.UUCP (Jerry Shekhel) writes:
  122. >>saj@chinet.chi.il.us (Stephen Jacobs) writes:
  123. >>>
  124. >>>Sure enough, in selected applications,
  125. >>>the TT beats the pants off anything based on an Intel chip.  In a lot of
  126. >>>other applications, it runs pretty much even with a 25 MHz 80486.  And the
  127. >>>price is in the 80386 range.
  128. >>>
  129. >>
  130. >>Not to flame you or anything, but I seriously doubt all three claims.  Perhaps
  131. >>you could provide some numbers to substantiate them?
  132. >
  133. >I doubt it too, there was a demo of the TT here by an ATARI club, the
  134. >representative said the TT 68030 was equal to a 386-20 machine and only
  135. >2 MIPS, I found this hard to believe since there was so much talk of it,
  136. >I still think it does close to 8MIPS, but since there is so much people
  137. >disagreeing with the performance of the TT, I don't know what the real
  138. >MIPS on it.  Also does anyone know how many MFLOPS the TT does?  Like I
  139. >said the TT is not equivalent to the i486 and probably not the new 386-40.
  140. >The 386-33 is running 7.92 MIPS and the i486-25 is 11.1 MIPS.
  141. >THIS IS NOT A FLAME (I am a ATARIAN and probably always will be)
  142. >
  143. >
  144. >                                                       Jeff
  145.  
  146. Some particulars.  Dynacadd ($1000 list, but available for about $550) handles
  147. drawings as well as Auto CAD.  On a TT with a math coprocessor, it does an
  148. arbitrary rotation of the semi-standard space shuttle drawing in essentially
  149. human reaction time (not quite, but too fast to time conveniently).  Last I
  150. heard, a '486 running Auto CAD took about 2 seconds.  Pagestream and Calamus
  151. run at practical speeds on the TT; they are highly usable (I use Pagestream on
  152. a Mega, myself, and while it's highly functional, some text operations are
  153. slower than I'd like).  The comparable programs for Intel chips, whatever their
  154. merits, just don't seem to get used.  Similarly, because of the Atari-MIDI
  155. connection, there are good heavy-duty MIDI programs for the TT; in the
  156. 'mainstream', the word seems to be that for MIDI you get a Mac.
  157.  
  158. Pricing: we just saw a quote of $2100 for a stripped TT.  That's '386 pricing.
  159. Similarly, the full configuration prices for the TT seem to be in the low
  160. $3000 range.  Same comment.
  161.  
  162. Routine applications: my big routine application is chromatographic data
  163. processing.  Big disk files going through once.  Anything faster than a '386
  164. 25 runs i/o bound on this one, so all fast machines look the same.  Any big
  165. math operation that has an inner loop that takes up residence in on-chip cache
  166. (and that's a lot of the market for cycles right there) is going to turn over
  167. amazing numbers of MIPS on any fast processor.  The relative amazingness is
  168. going to depend on machine cycles per instruction (slight advantage to the '486
  169. I believe) and efficiency of data addressing (slight advantage to the '030).
  170.  
  171. About that 2 MIPS for a 32 MHz '030 box: the TT needs some configuring to work
  172. at its best.  This is new for Atari machines, but is old hat for other micros
  173. (and minis).  Run a program with bad locality of addressing entirely out of
  174. RAM shared with video, maybe you can make it run that slowly.  Unfortunately,
  175. unless someone tells the system not to, that's the RAM the program will use.
  176. And locality just wasn't the issue in 68000 programming that it is in 68030
  177. programming, so lots of existing programs aren't ideal for the TT.  Which comes
  178. to the old lament that the only real benchmark is YOUR application.
  179.  
  180. The BIG problem with the TT (and all machines Atari) is that the VARIETY of
  181. applications just isn't out there.  The big applications are covered, but not
  182. with a whole lot of different choices.  And Atari doesn't make it easy to
  183. develop for their newer machines (although they try to make up for it with
  184. their help once an application is developed).
  185.  
  186. I hate to argue in public.  I'd have done this in email, but I think maybe this
  187. discussion might be worth keeping going.
  188.                                             Steve
  189.  
  190. ------------------------------
  191.  
  192. Date: 29 May 91 15:10:35 GMT
  193. From: richsun!chuck@uunet.uu.net (Chuck Menard)
  194. Subject: Atari TT
  195. To: Info-Atari16@naucse.cse.nau.edu
  196.  
  197. In article <91148.132622ONM07@DMSWWU1A.BITNET> ONM07@DMSWWU1A.BITNET (Julian F.
  198.  Reschke) writes:
  199. >In article <yF9J32w164w@admiral.UUCP>, slammy@admiral.UUCP (Dave Litchman)
  200.  says:
  201. >>
  202. >>Ok, I'm sure we've all SEEN the TT, at shows and such, but does anyone
  203. >>HAVE one yet?
  204. >>
  205. >Yes. Since September 1990. Most professional developers in Germany have one.
  206.  
  207.  Yes!  I waited 5 months - ordered it December 1, 1990.  I was the first one
  208.  to order and the first to receive (probably one of the first to receive here
  209.  in the Chicago area - non developer machine that is) the TT at the dealer
  210.  near me.  I'm starting to see new software appear for the TT also.  Such as:
  211.  Lattice C TT, Calamus TT, Pagestream (?) TT, Devpac Assembler TT, etc....
  212.  By the way, did you see my posting to this newsgroup from a few days ago?
  213.  Here's the info:
  214.  
  215. How's this: TT030, 4M, 50M HD, with Color Monitor - $2680
  216. Subtract about $500 without Color Monitor.  I believe that you can also
  217. get the 2M TT030 for just under $2000.  A 4M model includes 2M of ST
  218. RAM on the motherboard plus another daughterboard with 2 more Meg.  One
  219. can expand this ST RAM daughterboard to 10 M.  The fast TT RAM includes
  220. another daughterboard with 1M Sims to add another 4M to make a TT030
  221. 8M model.  Remove the 1M Sims from this TT daughterboard and replace
  222. them with 4M Sims to expand TT RAM to 16M.  Result total RAM = 10 +
  223. 16 = 26M.  I was told today from a dealer here in the Chicago area that
  224. these RAM expansion boards will be ready for sale around mid June here.
  225.  
  226. CUL,
  227. Chuck
  228.  
  229. P.S. Software from my ST is running many times faster on the TT - to be
  230.      expected!  :)
  231.  
  232. ------------------------------
  233.  
  234. Date: 29 May 91 15:14:36 GMT
  235. From: mcsun!hp4nl!phigate!prle!prles2!knor!johnj@uunet.uu.net (John Janssen)
  236. Subject: Atari TT
  237. To: Info-Atari16@naucse.cse.nau.edu
  238.  
  239. Here in the Netherlands, you can just buy a TT at your atari dealer.
  240. They do (did?) have them in stock.
  241.  
  242.  
  243. --
  244. John Janssen        Check the email address in the header, as this
  245. J.v.Deventerstr.1   may have been filled in wrong by the system.
  246. Venlo Holland
  247. +31 77 513177       Reply to: johnj@idms.prl.philips.nl
  248.  
  249. ------------------------------
  250.  
  251. Date: Wed, 29 May 1991 19:13 N
  252. From: "Frits Dumortier/R.U.G." <FD%AUTOCTRL.RUG.AC.BE@CUNYVM.CUNY.EDU>
  253. Subject: CTL/ALT/DEL doesn't work - memory upgrade peculiarity
  254. To: Info-Atari16@naucse.cse.nau.edu
  255.  
  256. Dear colleagues,
  257.  
  258. I have an Atari Mega 1, upgraded to 2.5Mb, and running TOS 1.2.
  259. Does someone have an explanation for the following oddities :
  260.  
  261. 1) CTL/ALT/DEL does not work on it. At the lab we have an old
  262.    Atari ST1040, running TOS 1.0, and an Atari Mega 1, running
  263.    TOS 1.4. Both systems react normally at the CTL/ALT/DEL
  264.    (system reset)
  265.  
  266. 2) Since the memory upgrade (XTRA RAM) the flight simulator
  267.    BOMBER starts up with no sound; apart from that the game
  268.    behaves normally, and the sound even returns when you start
  269.    flying.
  270.  
  271. advTHANKSance,
  272.  
  273. Frits Dumortier
  274. FD@BGERUG51
  275.  
  276. Laboratorium Regeltechniek
  277. Rijksuniversiteit Gent
  278. Belgium
  279.  
  280. ------------------------------
  281.  
  282. Date: Wed, 29 May 91 13:13 EST
  283. From: "Bob Schaedel - Canisius College Computer Center -
  284.  schaedel@canisius.BITNET"
  285. Subject: DCUDEMO.ARC and KDSK_CGF Questions????
  286. To: info-atari16@naucse.cse.nau.edu
  287.  
  288.     A couple of quick questions about two items I got from atari.archive.
  289.  
  290.     First: Has anyone else had problems unarcing DCUDEMO.ARC.  I keep
  291.            getting the error message about you need a different version
  292.            of arc.  I'm running 5.21, I tried to down load 6.02 but
  293.            when I run this version all it does is take me back to GEM.
  294.            Nothing unarced.
  295.  
  296.     Second: I just tried out the disk drive accelerator KDSK_CFG and it
  297.             lets you change the disk seek rate from 2ms to 12ms.  Does
  298.             anyone know of any problems with using this program, will
  299.             it damage the drive in the long run???
  300.             Also what is the default seek rate on an atari DSDD drive?
  301.  
  302.                                         Thanks in advance
  303.                                              BobS
  304.  
  305.      schaedel@canisius.BITNET
  306.  
  307. ------------------------------
  308.  
  309. Date: 29 May 91 11:52:00 GMT
  310. From: mcsun!ukc!stl!crosfield!magna@uunet.uu.net (john hartridge)
  311. Subject: Legal action against STrabble game.
  312. To: Info-Atari16@naucse.cse.nau.edu
  313.  
  314. In article <3089@odin.cs.hw.ac.uk> neil@cs.hw.ac.uk (Neil Forsyth) writes:
  315. >In article <1624@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes:
  316. >
  317. >>> ... if PD stuff competed really
  318. >>>strongly with commercial products then companies would go out of business.
  319. >>
  320. >>So what?  I think if someone is willing to give you something BETTER for
  321. >>FREE, then they shouldn't be punished.  The problem is too many people like
  322. >
  323. >It could hurt some companies every bit as much as piracy, which is the illegal
  324. >version of free software. Say a company comes out with a new and very
  325. >innovative game for the ST in the UK. Some other group produce a clone,
  326. >a BETTER clone and start distributing it via the net. Soon the world will have
  327. >the PD version before some have even heard of the commercial one. When the
  328. >commercial version turns up reviewers would be saying "Not as good as the PD
  329. >version" and so no sale. Does that sound extreme? Maybe, but that is what
  330. >worries companies and that is what they are trying to prevent.
  331. >
  332.  
  333. Surely any company that tries to produce and sell software that is not as
  334. good as something an individual working on at home can produce and give
  335. away does not deserve to remain in business.  A software company does not
  336. deserve to do well (ie make a lot of money) out of what must be a very
  337. inferior product.
  338.  
  339. Although I have not personally seen the STrabble game in question, it
  340. does not sound like a particularly difficult game to code (more difficult
  341. getting the dictionary together I would have thought), and yet it is being
  342. sold for the same price as some of the more complex games (anything involving
  343. a lot of high speed graphics, say).
  344.  
  345. I therefore see the PD world as not only providing the "little" utilities
  346. that are not worth writing yourself, and not worth paying money for, but
  347. also for keeping the "Big" software houses "on their toes" and ensure
  348. that their latest "masterpiece" is actually worth the money that they are
  349. asking for it.
  350.  
  351. (What a rant !!!! Sorry about that)
  352.  
  353.  
  354.  
  355. --
  356. *****************************************************************************
  357. *  John Hartridge  Crosfield Electronics Ltd  Hemel Hempstead UK            *
  358. *  Ext 3402        Tel:- (0442) 230000        Fax:- (0442) 232301           *
  359. *****************************************************************************
  360.  
  361. ------------------------------
  362.  
  363. Date: 29 May 91 19:54:34 GMT
  364. From: haven.umd.edu!wam.umd.edu!dmb@ames.arpa (David M. Baggett)
  365. Subject: Legal action against STrabble game.
  366. To: Info-Atari16@naucse.cse.nau.edu
  367.  
  368. In article <10107@suns4.crosfield.co.uk> magna@crosfield.co.uk (john hartridge)
  369.  writes:
  370. >In article <3089@odin.cs.hw.ac.uk> neil@cs.hw.ac.uk (Neil Forsyth) writes:
  371. >>In article <1624@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes:
  372. >>>So what?  I think if someone is willing to give you something BETTER for
  373. >>>FREE, then they shouldn't be punished. [...]
  374. >>
  375. >>It could hurt some companies every bit as much as piracy, which is the illegal
  376. >>version of free software. [...]
  377. >
  378. >Surely any company that tries to produce and sell software that is not as
  379. >good as something an individual working on at home can produce and give
  380. >away does not deserve to remain in business.  A software company does not
  381. >deserve to do well (ie make a lot of money) out of what must be a very
  382. >inferior product.
  383.  
  384. The more that games programming moves into the realm of higher level
  385. languages and away from the realm of arcane assembly language voodoo
  386. (heh-heh), the more you will see "individuals working at home"
  387. producing games that give the professional houses a run for their money.
  388.  
  389. I strongly suspect that in the next few years we will see many more
  390. games written by former "mere hobbyists" that are of professional or
  391. near-professional quality.  The main thing that separates commercial
  392. games from those done by amateurs at this point is art.  If you get two
  393. friends working together for fun on a PD game, one a programmer and one
  394. an artist, you can get amazing results that rival the professional
  395. games in quality.  Don't think for a minute that algorithms to move
  396. shapes around the screen quickly are "secrets."  There are already
  397. several examples of Shareware and PD games for the ST that "have the
  398. technology."  Have a look at LLamatron or Nova.
  399.  
  400. Of course the professional houses will always have the edge in
  401. extremely complex games like flight simulators, Ultima N+1, etc.
  402. simply because games like that require huge amounts of data.  But games
  403. in the "shoot everything that moves" and "ninja chop-socky warriors
  404. part 19:  revenge of Foo" genres come down to basic straight-ahead game
  405. mechanics and glitzy art.
  406.  
  407. >Although I have not personally seen the STrabble game in question, it
  408. >does not sound like a particularly difficult game to code (more difficult
  409. >getting the dictionary together I would have thought), and yet it is being
  410. >sold for the same price as some of the more complex games (anything involving
  411. >a lot of high speed graphics, say).
  412.  
  413. Scrabble is QUITE difficult to do well.  Not as hard as chess or go
  414. perhaps, but then there's quite a bit of literature written on those.
  415. Making an intelligent Scrabble opponent has been the subject of at
  416. least one PhD dissertation.  Add to that the difficulty of just getting
  417. the dictionary of words into the program in a space-efficient manner,
  418. and you've got quite a challenging project.
  419.  
  420. >I therefore see the PD world as not only providing the "little" utilities
  421. >that are not worth writing yourself, and not worth paying money for, but
  422. >also for keeping the "Big" software houses "on their toes" and ensure
  423. >that their latest "masterpiece" is actually worth the money that they are
  424. >asking for it.
  425.  
  426. There's absolutely nothing wrong with writing a game that rivals
  427. professional games in quality.  The problem comes when you cause the
  428. professional software houses to lose sales on their own products
  429. because you copied them.  That's the main issue here -- that STrabble
  430. performs all the functions of a commercial Scrabble playing program
  431. (and quite brilliantly, I might add) and therefore steals sales from
  432. the people who bought the rights to produce the official version.  If
  433. STrabble were a game only _similar_ to Scrabble, then Spears would just
  434. be out of luck, but then STrabble probably wouldn't hurt Spears' sales
  435. if it weren't an implementation of the famous board game.
  436.  
  437. Like Neil, I think that Spears have every legal right to ask Warwick to
  438. stop distributing the game.  (Note that I said _legal_ right.)  However,
  439. it IS an unfortunate trend.  It makes me unhappy to see someone who
  440. is just trying to provide quality software to the ST community essentially
  441. for free getting raked over the coals for it.  On the other hand, however,
  442. if I were Spears and saw that my sales were being hurt after I'd shelled
  443. out the bucks to write the legitimate version, I'd probably feel that
  444. trying to stop distribution of the shareware version were my only
  445. recourse.
  446.  
  447. If Scrabble were a game no one cared about any more (like Pacman), I'm
  448. sure this wouldn't even be an issue.  The problem comes when a
  449. shareware author copies a game that still has sales potential.  The big
  450. bombshell in this area is of course Tetris.  It's a simple concept that
  451. is unbelievably easy to implement.   Easier, even, than Pacman.  Since
  452. it's so easy, it's been copied all across creation.  But this does
  453. indeed affect sales of the official versions, and sure enough, Spectrum
  454. Holobyte (supposedly) attempted to kill all the shareware versions of
  455. Tetris for the Amiga.  (Perhaps an Amiga owner will correct me if it
  456. wasn't Spectrum Holobyte.)
  457.  
  458. To see things from the other side, ponder this:  How would you feel if
  459. you'd come up with the idea for Tetris, written the game and put it out
  460. there (commercially), only to come across equally good PD rip-offs of
  461. YOUR game idea?
  462.  
  463. Copyrights and patents are intended to protect intellectual property.
  464. The fact that the laws are only severely enforced when someone else is
  465. getting hurt by an infringement is a virtue that allows people to have
  466. an ancient (but fun) game like Pacman or Robotron on their ST's even
  467. after there's no commercial potential for it.  Who would write Pacman
  468. for the ST if it could only be released commercially?  It just wouldn't
  469. sell.
  470.  
  471. This whole legal mess should be taken VERY seriously by PD/Shareware
  472. authors.  Whereas shareware and PD started out as a vehicle for hobbyists
  473. to release anything they wanted to, it has now become a threat to big
  474. business.  Shareware authors should realize they're now walking through
  475. a legal mine field when they infringe on others' copyrights.
  476.  
  477. Dave Baggett
  478. dmb@wam.umd.edu
  479.  
  480. ------------------------------
  481.  
  482. Date: Wed, 29 May 91 14:28:21 WET DST
  483. From: "Ian McCall (Scorpion)" <csd015@central1.lancaster.ac.uk>
  484. Subject: Mac fonts to GDOS
  485. To: Info-Atari16@naucse.cse.nau.edu
  486.  
  487. If whoever wants to convert Mac fonts to GDOS emails them to me, I'll
  488. uncompress the files for him, re-arc and UUE encode them, and then they
  489. can use some other package to change the to GDOS. The catch? I collect
  490. fonts too, so when they've done they have to email them back to me in
  491. GDOS format.
  492.  
  493.  
  494. Deal?
  495.         Ian McCall (csd015@uk.ac.lancs.cent1)
  496.  
  497. ------------------------------
  498.  
  499. Date: 29 May 91 14:05:38 GMT
  500. From:
  501.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
  502.  .edu!ira.uka.de!fauern!faui43.informatik.uni-erlangen.de!csbrod@arizona.edu
  503.  (Claus Brod)
  504. Subject: Mega STe Question (or Problems)
  505. To: Info-Atari16@naucse.cse.nau.edu
  506.  
  507. redmond+@cs.cmu.edu (Redmond English) writes:
  508.  
  509. > On my Ste, when I boot off the hard drive without a floppy, it's ONLY
  510. > the floppy LED that stays on.  The motor goes off by itself.
  511.  
  512. After a few minutes, right.
  513.  
  514. ----------------------------------------------------------------------
  515. Claus Brod, Am Felsenkeller 2,                  Things. Take. Time.
  516. D-8772 Marktheidenfeld, Germany                 (Piet Hein)
  517. csbrod@medusa.informatik.uni-erlangen.de
  518. Claus_Brod@wue.maus.de
  519. ----------------------------------------------------------------------
  520.  
  521. ------------------------------
  522.  
  523. Date: 26 May 91 10:24:00 GMT
  524. From:
  525.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
  526.  .edu!ira.uka.de!smurf!artcom0!hb.maus.de!k2.maus.de!Christoph_Bregulla@arizona.
  527.  edu (Christoph Bregulla)
  528. Subject: PD fonts for Calamus reqd
  529. To: Info-Atari16@naucse.cse.nau.edu
  530.  
  531. I've got PD-fonts for Calamus here. Interested ?
  532.  
  533. Ciao
  534.  Christoph
  535.  
  536. ------------------------------
  537.  
  538. Date: 29 May 91 14:20:01 GMT
  539. From:
  540.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!caen!sol.ctr.columbia.edu!ira.uka.de!fa
  541.  uern!faui43.informatik.uni-erlangen.de!faui09!tnzoerne@arizona.edu (Thorsten
  542.  Zoerner)
  543. Subject: Questions on Desktop/Environment
  544. To: Info-Atari16@naucse.cse.nau.edu
  545.  
  546. Question on Environment:
  547.  
  548. I am actually writing a program, that shall read some Variables
  549. out of the environment. But I reckognized something very strange:
  550. Desktop overgives the first called program the environment:
  551.  
  552. PATH=\0      (\0 means Nul-Char)
  553. C:\\\0       (\\ means Backslash)
  554. \0\0
  555. trash...
  556.  
  557. Now I can't guess, what that second String could mean. It is *not*
  558. dependent on the starting-directory. Maybe it shall be the Boot-
  559. Directory ? But I load AUTO-Prgs. and DESKTOP.INF from Disk A: !!
  560.  
  561. That is also not the MS-DOS-Standard, as there after the twice-Nul-
  562. Bytes the starting-directory should be overgiven, and before only
  563. correct Definitions (including a '=').
  564.  
  565. Question on Accessories under Dektop:
  566.  
  567. Is there any way to reckognize from out of an Accessory if the
  568. aktual process is the Desktop (when receiving an acc_open) ?
  569. I want to write a program, that opens automatically a window on
  570. the Desktop to display some things; but that shall not happen
  571. in other programs. (Thats no problem in TOS-programs, cause you
  572. don't happen to get an acc_open)
  573.  
  574.    Perhaps some kind person has an idea and tells me about it ?
  575.  
  576. Thanks, little TOM
  577. ----
  578. Thorsten Zoerner, Neuweiherstr.36, D-8523 BD
  579. tnzoerne@faui09.informatik.uni-erlangen.de
  580.  
  581. ------------------------------
  582.  
  583. Date: 26 May 91 18:03:00 GMT
  584. From:
  585.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
  586.  .edu!ira.uka.de!smurf!artcom0!hb.maus.de!do.maus.de!Martin_Koehling@arizona.edu
  587.  (Martin Koehling)
  588. Subject: Reliable archiver/compress
  589. To: Info-Atari16@naucse.cse.nau.edu
  590.  
  591. Juergen Lock nox @ jelal.north.de:
  592. <a5434559@jelal.north.de>
  593.  
  594. >and i first had similar problems. the reason was a bug in Turbo C:
  595. >it didn't compile things like
  596. >
  597. >int x=30000;
  598. >y=foo[x];
  599. >
  600. >(where foo is an int * or something, i.e. anything `bigger' than a
  601. >char *), properly. (made it something like `move (a0,d0.w),d1', if
  602. >you know what i mean...)
  603. >
  604. > to `fix', i had to cast virtually everything inside [] to long's,
  605. >to make it use `move (a0,d0.l),d1' like it should. so for the line
  606. >above that would mean
  607. >
  608. >y=foo[(long) x]; .
  609. >
  610. > hope this helps,
  611. >        Juergen
  612. >
  613. >PS: to be fair, i don't know if the bug still is in TC's latest
  614. >version (i only have 1.1), but if yes, at least you now know how
  615. >to make the thing compile a working zoo. :-)
  616.  
  617. The bug was fixed in Turbo C version 2.00.
  618. It wasn't really a bug but a "design restriction" - it made programs both
  619. smaller and faster (it's even mentioned somewhere in the manual!).
  620. The new compiler uses only 16 bits for array addressing if and only if it is
  621. sure that the array addressed is smaller than 32 KBytes.
  622. Otherwise all 32 bits are used...
  623. Note that this is _not_ mentioned in the new manual; but it was one of the
  624. first things I tried out when I got my 2.00 update... :-)
  625.  
  626. MfG,
  627.     Martin
  628.  
  629. ------------------------------
  630.  
  631. Date: 29 May 91 11:24:15 GMT
  632. From: mcsun!hp4nl!titan!e4ct22@uunet.uu.net (e4ct22)
  633. Subject: scc control on atari-tt
  634. To: Info-Atari16@naucse.cse.nau.edu
  635.  
  636. We have got some problems with programming the SCC-chip on the
  637. Atari-TT. We tried to programm it via DMA-SCC registers but it
  638. didn't work. Who knows what we have to do with these registers\
  639. or what the good method is of programming both the DMA-SCC registers
  640. or the SCC directly.
  641.  
  642. B. van Schie
  643. M. Koning
  644.  
  645. Hogeschool Alkmaar, the Netherlands
  646.  
  647.  
  648. ------------------------------
  649.  
  650. Date: Wed, 29 May 91 18:00 GMT
  651. From: "Searching......Seek and Destroy!" <LB7@vaxb.york.ac.uk>
  652. Subject: STFormat & Stuff.
  653. To: INFO-ATARI16 <@nsfnet-relay.ac.uk:INFO-ATARI16@NAUCSE.CSE.NAU.edu>
  654.  
  655.         Firstly I'd like to reply to comments I've seen in the last Info-Atari16
  656. regarding STFormat magazine. It is true that from their front cover one could
  657. easily led into thinking that they were soley a games mag, and for the first
  658. fifty or so pages inside there's no a lot to suggest otherwise. However, tucked
  659. away towards the back of STFormat magazine are some very useful sections on most
  660. types of applications and also a whole section of PD software. I _much_ prefer
  661. it to ST User these days, there self righteous preaching has worn a little thin
  662. since the cover disk virus.
  663.         For those who wish to contact STFormat magazine by email, the address is
  664. listed below. They welcome the submission of copy by this means:
  665.         10012.2571::compuserve.com
  666. or for those in the UK, without internet (like me):
  667.         cbs%uk.ac.nsfnet-relay::com.compuserve::10012.2571.
  668.  
  669.         While we are on the subject of email, I have a deatailed guide on
  670. sending email from JANET through various gateways, so if anyone wants a copy
  671. just mail me and I'll send it down.
  672.  
  673.  
  674.         Now to my second point. Several PD libraries are advertising a disk
  675. which has on it a second atari ST manual or summit like that. Does anyone know
  676. where I can get hold of this by FTP?
  677.  
  678.  
  679.  
  680.         While I'm at it, I may as well get a third point in. I'm starting a
  681. seriously orientated Atari ST user group based in the UK, I post the information
  682. below.
  683.  
  684. Thanks,
  685.         Lee.
  686.  
  687.  
  688.  
  689.  
  690.  
  691. ********************************************************************************
  692. To all Atari ST users:
  693.  
  694. Do you use your ST for serious applications (ie occaisionally do anything other
  695. than play games)? If so the I'm trying to get together a user group of similarly
  696. minded people. I have about a dozen people already on the list and I expect more
  697. soon.
  698. I am trying to form an Atari ST user group for those who use their machine for
  699. serious uses. It is not simply a mailing list where you'll get 50 junk mail
  700. messages per day, but a list of contacts with whom you can compare interests,
  701. and swap ideas and PD software with like minded people. What I belive really
  702. makes this different from things like atarst-l is that many people on it don't
  703. subscribe to such lists because they don't want loads of junk mail, they would
  704. however I'm sure welcome relevent mail to them on topics they find useful and
  705. interesting.
  706. If you want to have your name added to the list please mail me, with your name,
  707. email address and a vague outline of your interests in the Atari field.
  708.  
  709.  
  710.                  Lee Bohan.
  711.  
  712.  
  713. PS  Please pass on this message to as many people as possible.
  714. ********************************************************************************
  715.  
  716. ////////////////////////////////////////////////////////////////////////////////
  717. /                                       /                                      /
  718. /  Lee Bohan,                           /   LB7@UK.AC.YORK.VAXA                /
  719. /  Goodricke College,                   /   INTERNET send via nsfnet relay     /
  720. /  University Of York,                  /   BITNET send via earn relay         /
  721. /  Heslington, York,                    /                                      /
  722. /  England,                             ////////////////////////////////////////
  723. /  YO1 5DD.                             /
  724. /                                       /
  725. /////////////////////////////////////////
  726.  
  727. ------------------------------
  728.  
  729. End of Info-Atari16 Digest
  730. ******************************
  731.